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REMARKS 

Claims 2-16, 18-24 and 26-3 1 are pending. Claims 2, 6-9. 16, 18-20, 24 and 26-28 are 
amended. Claims 1,17 and 25 are canceled. Applicant respectfully requests reexamination and 
reconsideration of the pending claims. 

Claims 1-31 are rejected under 35 U.S.C. § 102(b) as being anticipated by Van De 
Vanter (USPN 5,805,889). Applicant disagrees and respectfully traverses the rejection as 
follows. 

Independent Claim 2 sets forth, inter alia, "storing a plurality of system components 
under revision control in a master repository, according to internal names" and "storing... a 
binding between the internal name of each of the plurality of system components and its 
corresponding external name." The claim also sets forth, "determining the internal names of 
affected system components" and "updating affected system components in the revision control 
system according to the user performed operations." Applicant could find no teaching or 
suggestion in Van De Vanter that anticipates the features set forth in Claim 2. 

In operation, as the corresponding system component 103, such as "a.txt" is modified, 
renamed, moved and even deleted (and/or undeleted) by users 1 1 5, its external name will 
change, but the internal name "1" will always be used to denote the component 103 in the 
revision control system 105 in the master repository 107. Additionally, the directory in which 
"a.txt" resides can be moved, renamed, etc. and its own internal name of 0 remains constant. 
When an external name has been changed by a user 1 15 performing an operation on a 
component 103, the repository manager 101 updates the appropriate stored binding 1 1 1 to 
reflect the change to the external name during the corresponding update of the revision control 
system 105. 

Once the user 1 15 has completed making a set of changes, the user commits the 
change-set to the master repository 107. To do so, the user 1 15 makes an appropriate indication 
to the repository manager 101. and in response the repository manager 1 0 1 reads the journal 
119 and updates the revision control system 105 to reflect the set of changes made by the user 
115. The repository manager 101 reads the journal 119 and determines that the specific user 
115 added a set of system components 103. Thus, the repository manager 101 obtains an 
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internal name for each new system component 103, and checks it into the revision control 
system 1 05 under its internal name. The revision control system updates the bindings 1 1 1 to 
associate the internal names with their corresponding external names, and stores appropriate 
attributes 1 13 concerning the new system, components 103. 

Applicant could find no teaching or suggestion of a binding between internal names and 
external names in accordance with the features of Claim 2. In contrast. Van De Vanter 
discloses elements of the coordinator 290 shown in FIG. 5, which include a version handler 
3 1 0 and component handlers 312. 314. 316 and 320. each of which is associated with one of 
the components of the data repository 294. A shown, "there is one component handler 
associated with each component in an 'editing chain', where an editing chain includes a 
component being edited (where editing can also mean viewing), the top level component of the 
version being edited, and all of the components in a direct line between those two 
components." (Van De Vanter. col. 9, Ins. 26-31) 

For example, referring to FIG. 5 in Van De Vanter, if a user were editing version 216 of 
the package 212, the version 216 would have an associated version handler, such as VH 310. 
Each version handler 291 coordinates all editing and bookkeeping changes affecting its 
associated package version 296. A version handler does not do this directly, but through 
messages sent to and received from a related, hierarchical set of component handlers 292, each 
of which is associated with one component 297. 298 in a chain of components running from a 
particular component being edited to the top-level component for that version. (Van De Vanter, 
col. 7. Ins. 65-67 - col. 8, Ins. 1-8) 

Since Applicant could find no teaching or suggestion in Van De Vanter disclosing the 
features of Claim 2, Claim 2 is not anticipated by the reference. Accordingly, Applicant 
respectfully requests allowance of Claim 2. 

Claims 16 and 24 set forth a computer program and computer system, respectively, 
which include features having the same scope as Claim 2. Thus, for reasons stated above with 
respect to Claim 2. Claims 16 and 24 are also allowable over the cited reference. 

Claims 3-15 depend from Claim 2 and are therefore allowable for at least the same 
reasons as Claim 2. Claims 18-23 depend from Claim 16 and are therefore allowable for at 
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least the same reasons as Claim 16. Claims 26-31 depend from Claim 24 and are therefore 

allowable for at least the same reasons as Claim 24. 
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CONCLUSION 



For the above reasons, pending Claims 2-16, 1 8-24 and 26-3 1 are in condition for 
allowance and allowance of the application is hereby solicited. If the Examiner has any 
questions or concerns, a telephone call to the undersigned at 949-955-1 920 is welcomed and 
encouraged. 

Respectfully submitted, 
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